Ser. No. 10/718,784 filed November 21, 2003 
Anca Zamfir et al. - GAU 2616 (Skripnikov) 
Docket No. 50325-0844 

AMENDMENTS TO THE CLAIMS 
This listing of claims will replace all prior versions, and listings, of claims in the 

application: 
Listing of Claims: 

1 . (currently amended) A method of restarting resource reservation protocol (RS VP) 
processes in multiple network devices, the method comprising the computer-implemented 
steps , performed in a router and ordered as below, of: 

entering a recovery mode in which a forwarding plane is preserved ; 

sending a Hello message to a first neighbor RSVP node, after entering the recovery 

mode, wherein the Hello message comprises a non-zero Recovery Time value; 
completing the recovery mode, after sending the Hello message; 
sending a Hello message to the first neighbor RSVP node, rfter in response to 

completing the recovery mode, wherein the Hello message comprises a 

Recovery Time value of zero. 

2. (currently amended) A method as recited in Claim 1, further comprising the steps of: 
receiving, from a second neighbor RSVP node, a Hello message having a non-zero 

Recovery Time value; 
determining that the received Hello message has a non-zero Recovery Time value: 
in response to detennining that the received Hello message has a non-zero Recovery 

Time value, storing information specifying that the second neighbor RSVP 

node is in a recovery mode. 

3. (original) A method as recited in Claim 2, further comprising the steps of: 
receiving, from the second neighbor RSVP node, a Hello message having a zero 

Recovery Time value; 
storing information specifying that the second neighbor RSVP node is in a normal 
mode. 

4. (previously presented) A method as recited in Claim 2, wherein the step of storing 

information further comprises the steps of: 

receiving an RSVP PATH message that contains a Recovery Label; 
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forwarding the PATH message to a downstream node with the Recovery Label only 
in response to determining that the PATH message is being sent to a node that 
is in recovery mode. 

5. (original) A method as recited in Claim 4, further comprising forwarding the PATH 
message to a downstream node with a Suggested Label in response to determining 
that the PATH message is being sent to a node that is not in recovery mode. 

6. (original) A method as recited in any of Claims 4 or 5, wherein the determining step 
is performed based on whether a Recovery Time value in a previously received Hello 
message is non-zero. 

7. (original) A method of restarting RSVP processes in multiple network devices, the 
method comprising the computer-implemented steps of: 

entering a recovery mode; 

sending a Hello message to a first neighbor RSVP node, wherein the Hello message 

comprises a non-zero Recovery Time value; 
completing the recovery mode; 

sending a Hello message to the first neighbor RSVP node, wherein the Hello message 

comprises a Recovery Time value of zero; 
receiving, from a second neighbor RSVP node, a Hello message having a non-zero 

Recovery Time value; 
storing information specifying that the second neighbor RSVP node is in a recovery 

mode; 

receiving, from the second neighbor RSVP node, a Hello message having a zero 

Recovery Time value; 
storing information specifying that the second neighbor RSVP node is in a normal 

mode; 

receiving an RSVP PATH message that contains a Recovery Label; 

forwarding the PATH message to a downstream node with the Recovery Label only 

in response to determining that the PATH message is being sent to a node that 

is in recovery mode; 



Seq. No. 8503 



3 



Ser. No. 10/718,784 filed November 21, 2003 
Anca Zamfir et al. - GAU 2616 (Skripnikov) 
Docket No. 50325-0844 

forwarding the PATH message to a downstream node with a Suggested Label in 

response to determining that the PATH message is being sent to a node that is 
not in recovery mode. 

8. (currently amended) A computer- readable volatile or non- volatile medium carrjdng 
one or more sequences of instmctions for restarting resource reservation protocol 
(RSVP) processes in multiple network devices, which instructions, when executed by 
one or more processors, cause the one or more processors to carry out the steps^ 
performed in a router and ordered as below, of: 

entering a recovery mode in which a forwarding plane is preserved ; 

sending a Hello message to a first neighbor RSVP node, after entering the recovery 

mode, wherein the Hello message comprises a non-zero Recovery Time value; 
completing the recovery mode, after sending the Hello message; 
sending a Hello message to the first neighbor RSVP node, aftef in response to 

completing the recovery mode, wherein the Hello message comprises a 

Recovery Time value of zero. 

9. (currently amended) A computer-readable volatile or non- volatile medium as recited 
in Claim 8, further comprising instructions for performing the steps of: 
receiving, from a second neighbor RSVP node, a Hello message having a non-zero 

Recovery Time value; 
determining that the received Hello message has a non-zero Recovery Time value; 
in response to determining that the received Hello message has a non-zero Recovery 

Time value, storing information specifying that the second neighbor RSVP 

node is in a recovery mode. 

10. (previously presented) A computer-readable volatile or non-volatile medium as 
recited in Claim 9, further comprising instructions for performing the steps of: 
receiving, from the second neighbor RSVP node, a Hello message having a zero 

Recovery Time value; 
storing information specifying that the second neighbor RSVP node is in a normal 
mode. 
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1 1 . (previously presented) A computer-readable volatile or non- volatile medium as 
recited in Claim 9, wherein the step of storing information further comprises 
instructions for performing the steps of: 

receiving an RSVP PATH message that contains a Recovery Label; 

forwarding the PATH message to a downstream node with the Recovery Label only 

in response to deteraiining that the PATH message is being sent to a node that 

is in recovery mode. 

12. (previously presented) A computer-readable volatile or non-volatile medium as 
recited in Claim 11, further comprising instructions for forwarding the PATH 
message to a downstream node with a Suggested Label in response to determining 
that the PATH message is being sent to a node that is not in recovery mode. 

13. (previously presented) A computer-readable volatile or non- volatile medium as 
recited in any of Claims 1 1 or 12, wherein the determining step is performed based on 
whether a Recovery Time value in a previously received Hello message is non-zero. 

14. (currently amended) An apparatus in a router for restarting resource reservation 
protocol (RSVP) processes in multiple network devices, comprising: 

means for entering a recovery mode in which a forwarding plane is presei-ved ; 
means for sending a Hello message to a first neighbor RSVP node, after entering the 

recovery mode, wherein the Hello message comprises a non-zero Recovery 

Time value; 

means for completing the recovery mode, after sending the Hello message; 

means for sending a Hello message to the first neighbor RSVP node, after in response 

to completing the recovery mode, wherein the Hello message comprises a 

Recovery Time value of zero; 
wherein the means operate as ordered above . 

15. (currently amended) An apparatus as recited in Claim 14, further comprising: 
means for receiving, from a second neighbor RSVP node, a Hello message having a 

non-zero Recovery Time value; 
means for determining that the received Hello message has a non-zero Recovery 
Time value; 
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means for storing information specifying that the second neighbor RS VP node is in a 
recovery mode in response to determining that the received Hello message has 
a non-zero Recovery Time value . 

16. (original) An apparatus as recited in Claim 15, further comprising: 

means for receiving, from the second neighbor RSVP node, a Hello message having a 

zero Recovery Time value; 
means for storing information specifying that the second neighbor RSVP node is in a 

normal mode. 

17. (previously presented) An apparatus as recited in Claim 15, wherein the means for 
storing information further comprises: 

means for receiving an RSVP PATH message that contains a Recovery Label; 
means for forwarding the PATH message to a downstream node with the Recovery 

Label only in response to determining that the PATH message is being sent to 

a node that is in recovery mode. 

18. (original) An apparatus as recited in Claim 17, further comprising means for 
forwarding the PATH message to a downstream node with a Suggested Label in 
response to determining that the PATH message is being sent to a node that is not in 
recovery mode. 

19. (original) An apparatus as recited in any of Claims 17 or 18, wherein the means for 
determining is based on whether a Recovery Time value in a previously received 
Hello message is non-zero. 

20. (currently amended) An apparatus for restarting resource reservation protocol (RSVP) 
processes in multiple network devices, comprising: 

a network interface that is coupled to the data network for receiving one or more 

packet flows therefrom; 
a processor; 

one or more stored sequences of instructions which, when executed by the processor, 
cause the processor to carry out the steps , ordered as below, of: 

entering a recovery mode in which a forwarding plane is preserved ; 

sending a Hello message to a first neighbor RSVP node, after entering the recovery 

mode, wherein the Hello message comprises a non-zero Recovery Time value; 
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completing the recovery mode, after sending the Hello message; 

sending a Hello message to the first neighbor RS VP node, rfter in response to 

completing the recovery mode, wherein the Hello message comprises a 

Recovery Time value of zero. 

21. (currently amended) An apparatus as recited in Claim 20, further comprising 
sequences of instmctions for perfomiing the steps of: 

receiving, from a second neighbor RSVP node, a Hello message having a non-zero 

Recovery Time value; 
determining that the received Hello message has a non-zero Recovery Time value; 
in response to determining that the received Hello message has a non-zero Recovery 

Time value, storing information specifying that the second neighbor RSVP 

node is in a recovery mode. 

22. (original) An apparatus as recited in Claim 21, further comprising the steps of: 
receiving, from the second neighbor RSVP node, a Hello message having a zero 
Recovery Time value; 

storing information specifying that the second neighbor RSVP node is in a normal 
mode. 

23. (previously presented) An apparatus as recited in Claim 21, wherein the step of 
storing information further comprises the steps of: 

receiving an RSVP PATH message that contains a Recovery Label; 

forwarding the PATH message to a downstream node with the Recovery Label only 

in response to determining that the PATH message is being sent to a node that 

is in recovery mode. 

24. (original) An apparatus as recited in Claim 23, further comprising forwarding the 
PATH message to a downstream node with a Suggested Label in response to 
determining that the PATH message is being sent to a node that is not in recovery 
mode. 
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25. (original) An apparatus as recited in any of Claims 23 or 24, wherein the determining 
step is performed based on whether a Recovery Time value in a previously received 
Hello message is non-zero 

26-52. (cancelled). 
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